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[57] ABSTRACT 

A method and system for providing a user with interac- 
tive control of device driver configuration. In a pre- 
ferred embodiment, during configuration of a device 
driver composed of multiple component drivers, each 
of a plurality of available component drivers is invoked 
for potential inclusion in the device driver. For each 
available component driver, a component driver defini- 
tion file is provided which contains definition state- 
ments. Also for each available component driver, an 
entry in a parameter registry is provided which contains 
a list of configuration parameters to be passed to the 
available component driver when it is invoked. Upon 
user selection of a component driver, the corresponding 
component driver definition file is read and the defini- 
tion statements from the corresponding component 
driver definition file are provided to the user. In accor- 
dance with user responses to the definition statements, 
the configuration parameters are assigned appropriate 
values and updated in the corresponding entry in the 
parameter registry. As a result, upon a next configura- 
tion of the device driver, the modified configuration 
parameters are passed to the selected component driver 
when invoked for inclusion in the device driver. 

23 Claims, 7 Drawing Sheets 
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METHOD AND SYSTEM FOR PROVIDING USER 
CONTROL OF DEVICE DRIVER 
CONFIGURATION 

5 

TECHNICAL FIELD 

The present invention relates generally to the field of 
device drivers and, more particularly, to a method and 
system for providing a user with control of device io 
driver configuration. 

BACKGROUND OF THE INVENTION 

A typical computer system includes various periph- 
eral devices utilized in running a variety of application IS 
programs. Such peripheral devices may include any 
number of disk drives, tape drives, printers, modems, 
and the like. The typical computer system has an oper- 
ating system which provides, among many other fea- 
tures, an input/output interface between the application 20 
programs and peripheral devices. The typical input- 
/output interface provides a device driver which allows 
the application programs to utilize one or more of the 
peripheral devices by controlling input and output be- 25 
tween the application programs and peripheral devices. 

Conventionally, a device driver or a portion thereof 
is initially developed by the manufacturer of the periph- 
eral device and incorporated into the operating system 
to control access to the peripheral device. During 30 
startup or restart of the computer system, the operating 
system automatically configures the incorporated de- 
vice driver, setting configuration parameters needed by 
the peripheral device to function correctly or optimally. 
As one example, the operating system provides an en- 35 
cryption key as a configuration parameter for a device 
driver that performs data encryption and decryption. 
The values to which such configuration parameters are 
set are initially provided by the peripheral device manu- ^ 
facturer when providing its developed device driver to 
be incorporated into the operating system. Thereafter, 
these values may be modified by a user of the computer 
system via input of new values to the operating system^ 
As a result, the user controls configuration of the device 45 
driver. 

In prior computer systems, user control of device 
driver configuration has been an awkward process. In 
order to modify a value of a configuration parameter, 
the user must specify the configuration parameter to the 50 
operating system in a specific format. This rigid format 
corresponds, for example, to a format required by the 
device driver during its configuration. Thus, the config- 
uration parameters are not set to the values desired 
unless they are specified by the user in an exact syntax 55 
conforming to this rigid format Further, such parame- 
ters are often required to be specified in a format with 
which the user has little farniliarity. As a result, it is 
difficult for the user to specify the configuration param- ^ 
eters intuitively. Although guidance regarding this re- 
quired format may be initially provided to the user by, 
for example, the device driver manufacturer, such guid- 
ance is typically provided in the form of a brief, printed 
documentation provided along with the device driver. 55 
Often, this printed documentation is not retained by the 
user, and thus becomes unavailable as a reference to 
help the user control configuration of the device driver. 



SUMMARY OF THE INVENTION 

An object of the present invention is to provide a 
method and system for interactively obtaining device 
driver configuration information from a user. 

An object of the present invention is to provide a 
method and system for providing definition statements 
to correctly obtain device driver configuration informa- 
tion from the user. 

An object of the present invention is to provide a 
method and system for assigning values to device driver 
configuration parameters in accordance with configura- 
tion information obtained from a user. 

An object of the present invention is to provide a 
method and system for configuring a device driver in 
accordance with configuration parameters assigned 
values based on configuration information obtained 
from a user. 

An object of the present invention is to provide a 
method and system for modifying, adding, resetting and 
undoing configuration parameters based on configura- 
tion information obtained from a user without requiring 
exact specification of the configuration parameters by 
the user. 

These and other objects of the invention are obtained 
by a method and system for providing a user with inter- 
active control of device driver configuration, described 
as follows. Prior to configuration of a device driver, this 
method and system interactively obtains configuration 
information from a user based on user responses toy 
definition statements read from a definition file. Based 7 
on the obtained configuration information, the inven- 
tive method and system assigns appropriate values to 
the configuration parameters. The configuration param- 
eters are stored in a parameter registry that is accessed 
during configuration of the device driver. As a result, 
the device driver is configured in accordance with the 
configuration information interactively provided by the 
user. 

In a preferred embodiment, the device driver is com- 
posed of multiple component drivers. During configu- 
ration of the device driver, the preferred method and 
system invokes each of a plurality of available compo- 
nent drivers for potential inclusion as one of the multi- 
ple component drivers in the device driver. For each 
available component driver, a component driver defini- 
tion file is provided which contains definition state- 
ments to be provided to the user. Also for each available 
component driver, an entry in the parameter registry is 
provided which contains a list of configuration parame- 
ters to be passed to the available component driver 
when it is invoked. Upon user selection of a component 
driver the user wishes to modify, the preferred method 
and system reads the corresponding component driver 
definition file and provides to the user the definition 
statements contained therein. In accordance with user 
responses to these definition statements, the preferred 
method and system assigns appropriate values to the 
configuration parameters, and updates the correspond- 
ing entry in the parameter registry by storing the newly 
assigned values therein. As a result, upon a next config- 
uration of the device driver, the modified configuration 
parameters are passed to the selected component driver 
when it is invoked. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a computer system 
which implements the preferred method and system. 
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FIG. 2 is a flow diagram of the routine performed by device driver configuration program passes configura- 

the device driver configuration program upon startup tion parameters to the component driver. The compo- 

or restart of the computer system. nent driver is predesigned by, for example, the device 

FIG. 3 is an illustration of the data structure of the manufacturer, to accept the configuration parameters 
I/O Registry. 5 and configure accordingly. Configuration parameters 

FIG. 4 is a flow diagram of the routine performed by for device drivers are generally well known in the art. 

the user preconfiguration program. Thus, predesignation of the component driver in the 

FIG. 5 is a flow diagram of the parameter selection present invention, such that the configuration parame- 

routine performed within the user preconfiguration ters will be accepted, will be readily apparent to one 
routine. 10 skilled in the art 

FIG. 6 illustrates an example of the definition state- As will be explained presently in detail, the user pre- 

ments in a definition file in the preferred system. configuration program (User— PreConfig Program) 

FIG. 7 illustrates an example user modification of a provides the user with the capability of modifying the 

configuration parameter. configuration parameters that will be passed to the de- 

DETA11XD DESCRIPTION OF THE - Jl^SSiS S&S&fTCS 

sponds to a requested component driver from among 

C FIG. l'is a block diagram of a computer system the available component drivers 123 and is read by the 

which implements the preferred method and system. In user preconfiguration program to provide the user with 

FIG. 1, a computer 101 is connected to a user terminal 20 predefined definition statements from the definition file. 

102 and a peripheral device 103. Although the com- In accordance with user responses to these definition 

puter system could have many such peripheral devices, statements via input to the user terminal 102, the user 

only one such peripheral device is shown and discussed preconfiguration program assigns appropriate values to 

for simplicity of explanation. The computer has an op- the configuration parameters. The user preconfigura- 

erating system 110 which includes a device driver 111 25 tion program stores the configuration parameters hav- 

having a Call Down Table (CDT) 112, a device driver ing these newly assigned values in an entry in the I/O 

configuration program (DD_Config Program) 113, a Registry 115 corresponding to the requested compo- 

user preconfiguration program (User—Preconfig) 114 nent driver thereby, replacing existing values of the 

and an input/output (I/O) Registry 115 provided as a configuration parameters. The I/O Registry 115 is ac- 

parameter registry. The computer also has a memory 30 cessed by the device driver configuration program 113 

120 storing application programs 121, definition files to obtain the configuration parameters passed to each 

122 and available component drivers 123, each of the invoked component driver. Thus, when the requested 
component drivers 123 having a corresponding compo- component driver is later invoked during device driver 
nent driver name stored therein. configuration, the configuration parameters passed will 

The device driver 111 is effectively composed of 35 have the newly assigned values. As a result, the user 

multiple component drivers. It should be understood does not have to enter the configuration parameters in 

that these multiple component drivers have been in- the rigid format required by the component drivers 

eluded from among the available component drivers during configuration. 

123 as appropriate during configuration of the device ^FIG. 2 is a flow diagram of the routine performed by 
driver. A process by which a device driver is config- 40 the device driver configuration program (DD_Config) 
ured to include appropriate component drivers is fully upon startup or restart of the computer system. In step 
described in U.S. patent application Ser. No. 201, the routine selects a component driver (CD) from 
07/954,920, entitled "Method and System for Configur- the available component drivers 123. In step 202, the 
ing and Executing Device Drivers," which is hereby routine retrieves from the I/O Registry a component 
incorporated by reference. 45 driver entry includes configuration parameters corre- 

The multiple component drivers consequently in- sponding to the selected component driver. In step 203, 

eluded in the device driver are referenced in the CDT the routine invokes the selected component driver, 

112. The CDT 112 has for each included component passing to the invoked component driver the configura- 

driver a CDT entry storing the name of the referenced tion parameters from the retrieved I/O Registry entry, 

component driver (CD1, CD2, . . . CDn). As is ex- 50 The configuration process carried out by the compo- 
plained in the above-incorporated application, the CDT nent driver is described in detail in the above-incor- 

entry is added to the CDT 112 when a corresponding porated application. In step 204, the routine determines 
component driver is included during configuration of whether more available component drivers 123 exist 

the device driver. Thereafter, when the device driver is which have not yet been selected. If so, the routine 

invoked by the operating system to control access to a 55 repeats steps 201 through 204. If not, the routine returns 

device, the operating system retrieves the CDT entry control to the operating system, having completed con- 

and executes the included component driver by execut- figuration of the device driver. A detailed description of 

ing an available component driver 123 that contains the one possible implementation of this routine is described 

component driver name stored in the CDT 112. in the above-incorporated application. It should be rec- 

The device driver configuration program 113 config- 60 ognized, however, that one of ordinary skill in the art 

ures the device driver to include the multiple compo- could easily implement this or a like routine to provide 

nent drivers. This program is performed by the operat- various methods of device driver configuration, 

ing system upon startup or restart of the computer. One FIGr 3 is an illustration of the data structure of the 

example of such a program is as described in the above- I/O Registry. The I/O Registry contains component 

incorporated application. The device driver configura- 65 driver entries 301 (CD Entry 1, CD Entry 2, . . . CD 

tion program 113 invokes each of the available compo- Entry n.) Each component driver entry contains a com- 

nent drivers 123 for potential inclusion in the device ponent driver name 310 (CD 1 Name, CD 2 Name . . . 

driver. When a component driver is so invoked, the CD n Name) and a list of component driver parameters 
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311 (/parm 1.1 . . . /parm l.n, /parm 2.1 . /parm 2.n, driver name. In step 404, the routine performs parame- 

/parm n.l ... /parm n.n). Each component driver pa- ter selection (discussed in detail with reference to FIG. 

rameter is stored as an ASCII string, herein called a 5) to obtain new values for the configuration parameters 

configuration parameter string. The component driver for a component driver identified by the selected file 

names 310 correspond to the component driver names 5 name. In step 405, the routine replaces the configuration 

of the available component drivers 123 stored in the parameters in the I/O Registry with the new values 

memory 120. When a component driver is invoked by obtained by the parameter selection routine. The rou- 

the device driver configuration program, the device tine then returns to the operating system, 

driver configuration program retrieves from the I/O FIG. 5 is a flow diagram of the parameter selection 

Registry the contents of the component driver entry 10 routine performed in step 404 of the user preconfigura- 

having the same component driver name as the invoked tion routine. The parameter selection routine processes 

component driver. The device driver configuration a definition file corresponding to a selected component 

routine then passes the configuration parameters listed driver having the selected component driver name to 

in the retrieved entry to the invoked component driver. obtain from the user parameters that will be passed to 

A component driver may be invoked multiple times, 15 the selected component driver. In step 501, the parame- 

passing to the component driver different configuration ter selection routine reads a line from the opened defini- 

parameters each time, by providing multiple component tion file. It should be remembered that the opened defi- 

driver entries in the I/O registry, each containing dif- nition file corresponds to the selected component driver 

ferent configuration parameters. whose configuration parameters the user has requested 

In order for the configuration parameters to be cor- 20 to modify. In step 502, the parameter selection routine 

rectly stored in the I/O Registry and passed to the parses the lme to determine the identity of the definition 

various component drivers, the configuration parame- statement described on the line. In the next paragraphs, 

ter string representing each configuration parameter the format for the definition statements in a preferred 

must conform to a set of specific format rules. One definition file will be described in detail. As a result of 

example of such a set of format rules is described as 25 this description, one of ordinary skill in the art will 

follows: readily appreciate how to implement a parsing process 

1. The configuration parameter string must consist sufficient to recognize all such definition statements. In 
only of ASCII letters (both upper and lower case), step 503, the routine performs definition statement- 
numbers, the equal sign ("="), the "at" sign ("@") , the specific processing which is specific to the definition 
"less than" symbol ("<") , the "greater than"symbol 30 statement identified. The definition statement-specific 
(">") and the slash ( "/") . processing will also be described in detail in the follow- 

2. Configuration parameter strings must begin with a ing description. One of ordinary skill in the art will 
slash ("/"). readily appreciate how to implement such definition 

3. Configuration parameter strings must be separated statement-specific processing based on this description, 
by one space. 35 In step 504, the routine determines whether more lines 

4. Configuration parameter strings must not include remain to be read from the definition file. If so, steps 501 
embedded spaces. through 504 are repeated. If not, control returns to the 

5. Configuration parameter strings may include either user preconfiguration routine. 

zero or one "at" sign ("@"). FIG. .6 illustrates an example of the predefined defini- 
The preferred method and system modifies the values 40 tion statements in a definition file of the preferred sys- 
of the configuration parameters, while conforming to tern. A definition file 601 may contain four types of 
the format rules described above. However, one of definition statements: component driver statements, 
ordinary skill could readily apply the principles of the option statements, option block statements and change 
invention to modify the values of configuration parame- statements. The component driver statements 611 (CD 
ters which conform to any such set of format rules. The 45 Statement 1, CD Statement 2, CD Statement 3) are 
preferred method and system accomplishes this modifi- provided at the beginning of the definition file and de- 
cation by providing definition statements to the user fine various global information defining the component 
and converting user responses to those definition state- driver. The component driver statements 611 are fol- 
ments to an assignment of appropriate values to the lowed by any number of option statements 612. Each 
configuration parameters. As a result, the user is able to 50 option statement is followed by a set of option block 
effectuate modification of the configuration parameters statements 613 and a change statement 614. In a pre- 
without having to conform to the format rules in speci- ferred embodiment, the definition statements are de- 
fying these parameters. fined as described below. Based on the above descrip- 
FIQ; 4 is a flow diagram of the routine performed by tion, one of ordinary skill in the art could implement the 
the user preconfiguration program (User—Preconfig). 55 user preconfiguration program to parse these definition 
This routine is performed by the operating system upon statements and perform the corresponding functions 
request of the user and allows the user to modify config- described below. 

uration parameters of a selected component driver. In mxxpnxrnMT TM>n/i=i> ctatcucmtc 

step 401, the routine obtains a selected component COMPONENT DRIVER STATEMENTS 

driver name from the user which identifies one of the 60 The preferred method and system provides the fol- 

available component drivers 123. The selected compo- lowing component driver statements: 

nent driver name is obtained, for example, via a re- TITLE 

quested user keyin to the user terminal 102. In step 402, The TITLE statement causes the user preconfigura- 

the routine searches the definition files 122 to locate and tion program to display an ASCII string which is 

open a definition file which contains the same compo- 65 provided as a title to generate on screen displays, 

nent driver name as obtained from the user. In step 403, The format of the TITLE statement is as follows: 

the routine reads from the I/O Registry configuration TITLE "<ascii text>" 

parameters corresponding to the selected component DATE 
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The DATE statement defines an eight byte ASCII 
string of the form , dd/mm/yy\ The user precon- 
figuration program uses this string as a reference to 
match component drivers against entries in the I/O 
Registry in the event that multiple entries are pres- 
ent in the I/O Registry having the same name. 

The format of the DATE statement is as follows: 
DATE "<ascii dd/mm/yy>" 
DEFAULT 

The DEFAULT statement is the first of two ways to 
cause the user preconfiguration program to pro- 
vide default configuration parameters. The user 
preconfiguration program provides the configura- 
tion parameters from the DEFAULT statement to 
the I/O Registry as initial values when the user 
preconfiguration program receives from the user a 
request to revert to default configuration parame- 
ters. 

The format of the DEFAULT statement is as fol- 
lows: 

DEFAULT "< configuration parameter(s)>" 
DEFAULTn 

The DEFAULTn statement is the second of two 
ways to cause the user preconfiguration program 
to provide default configuration parameters. The 25 
"n" in the DEFAULTn statement represents an 
integer in the range 1 through 9. The parameter 
data from the DEFAULTn statement is used as an 
initial value when the user preconfiguration pro- 
gram receives an nth request to revert to default 30 
configuration parameters with respect to a particu- 
lar component driver. 

The format of the DEFAULTn statement is as fol- 
lows: 

DEFAULTn "< configuration parameter(s)>" 
DISPLAY 

The DISPLAY statement causes the user preconfigu- 
ration program to display information on the 
screen. One or more configuration parameter val 



8 



10 



15 



20 



35 



ues may be included in the information displayed. 40 INVOKE 



of configuration parameters may be maintained as 
revised. 

The format of the REVISION statement is as fol- 
lows: 

REVISION "<ascii string>" 
TIME 

The TIME statement defines an eight byte ASCII 
string of the form 4 hh/mm/ss' which the user pre- 
configuration program uses to match device driv- 
ers against entries in the system's I/O Registry in 
the event that multiple entries are present in the 
I/O Registry having the same name. 
The format of the TIME statement is as follows: 
TIME "<ascii hh/mm/ss>" 

THE OPTION STATEMENT 

The OPTION statement delimits the start of a group 
of option block statements which the user preconfigura- 
tion program uses to define a configuration parameter in 
accordance with user responses. 

The format of the OPTION statements is, simply: 
OPTION 

OPTION BLOCK STATEMENTS 

The present invention provides the following option 
block statements: 
PROMPT 

The PROMPT statement provides an ASCII string 
which is displayed by the user preconfiguration 
program when the user is required to key in a value 
or make a choice. 

The format of the PROMPT statement is as follows: 
PROMPT "<ascii text>" 
HELP 

The HELP statement provides an ASCII string 
which the user preconfiguration program displays 
when the user requests help. 
The format of the HELP statement is as follows: 
HELP "<ascii text>" 



If the information string contains any substrings 
delimited by "<" and ">*\ then each substring is 
replaced by the corresponding configuration pa- 
rameter. 

The format of the DISPLAY statement is as follows: 45 
DISPLAY "<information string>" 
DRIVER 

The DRIVER statement identifies a file as a defini- 
tion file so that the user preconfiguration program 
can determine that the file is to be examined when 50 
searching for a definition file of a specified name. A 
definition file must contain exactly one DRIVER 
statement. 

The format of the DRIVER statement is as follows: 
DRIVER 55 
NAME 

The NAME statement defines a 1 6 byte ASCII string 
which the user preconfiguration program uses to 
match component drivers against entries in the 
system's I/O Registry. A definition file must con- 60 
tain exactly one NAME statement. 

The format of the NAME statement is as follows: 
NAME "<ascii string>" 
REVISION 

The REVISION statement defines an eight byte 65 
ASCII string which the user preconfiguration rou- 
tine uses to match device drivers against entries in 
the system's I/O Registry so that multiple versions 



In a preferred embodiment of the present invention, a 
program containing additional definition state- 
ments can be invoked from within a definition file. 
The INVOKE statement is used by the user pre- 
configuration program to execute such a program. 
An argument, such as a configuration parameter, 
may be passed to and modified by the invoked 
program. The return code can be assigned to a 
configuration parameter string. 
The format of the INVOKE statement is as follows: 
INVOKE <t <programname> <argument>" 

< configuration parameter string > 
IFPGM 

The IFPGM statement causes the user preconfigura- 
tion program to conditionally execute a block of 
statements depending on the result of invoking a 
program. An argument, such as a configuration 
parameter, may be passed to the invoked program. 
The block of statements is delimited by the ENDIF 
statement. The return code from the invoked pro- 
gram is compared with an immediate value. The 
block of statements are executed if the comparison 
is TRUE, but are skipped if the comparison is 
FALSE. 

The format of the IFPGM statement is as follows: 
IFPGM "< program name> 

< argument >" 

< operator > < immediate value > 
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IF prompted to make a keyin, the value in the current 

The IF statement causes the user preconfiguration option string which corresponds to the "@" sign is 

program to conditionally execute a block of state- displayed as an initial value which the user can edit 

ments. The block of statements is delimited by the or replace. The "@" sign will be replaced by the 

ENDIF statement The value is evaluated accord- 5 string keyed in. 

tt!tt££il£uSZ THE CHANGE STATEMENT 

skipped if the evaluation is FALSE. The IF state- CHANGE 

ment may be nested within other EF statements. The CHANGE statement causes the user preconfigu- 

The format of the IF statement is as follows: 10 ration program to allow the user to modify a cur- 

IF < operator > < value > rent configuration parameter. The CHANGE 

ENDIF statement must be used to remove previously as- 

AS is described above with respect to the IF and signed parameters. 

BFPGM statements, the ENDIF statement causes The format of the CHANGE statement is as follows: 

the user preconfiguration program to mark the end 15 CHANGE "<deletion string>" 

of a block of statements, the execution of which is " <insertion string> " 
controlled by an IF or an IFPGM statement 

CHOICE FIG. 7 illustrates an example of user modification of 

The CHOICE statement causes the user preconfigu- a configuration parameter. In the example, an Encryp- 

ration program to build an on screen list of choices 20 tion/Decryption Driver (not shown) is provided as a 

from which the user will pick exactly one. The list component driver. A corresponding definition file 701 

of choices comprises the ASCII text part of each stores a component driver name "ED_Driver". An 

CHOICE statement When the user selects a entry 702 in the I/O Registry initially stores the compo- 

choice, the corresponding configuration parame- nent driver name "ED Driver" and a configuration 

ters are assigned. 25 parameter string "/key=oldkey" which represents an 

The format of the CHOICE statement is as follows: encryption key to be used by the component driver to 

CHOICE " <ascii text> " encrypt and decrypt data, operations well known in the 

"< configuration parameter string(s)>" art. The encryption key has been initially set to "old- 

DECIMAL key" by the manufacturer. 

The DECIMAL statement causes the user precon- 30 The definition file 701 contains an OPTION state- 
figuration program to provide a method for the ment followed by a set of option block statements 
user to key in an unsigned numeric value which is (PROMPTi HELP, INPUT) and a CHANGE .state- 
range checked. ment The user preconfiguration program in the pre- , 

The format of the DECIMAL statement is as follows: ferred system reads and parses the OPTION statement 

DECIMAL < range > 35 to determine that option block statements are to follow. 

" < configuration parameter string > " The user preconfiguration program reads and parses the 

If the configuration parameter string includes an PROMPT statement, prints the ASCII text string 

("@") sign, when the user is prompted to make a "Enter New 6 Character Encryption Key" to the user 

keyin, the value in the current option string which terminal, and prompts the user for input accordingly, 

corresponds to the "@" sign is displayed as an 40 The user preconfiguration program next reads and 

initial value which the user can edit or replace. The parses the HELP statement and, if the user inputs a help 

"@" sign will be replaced by the decimal value request (via, for example, a HELP function key), prints 

keyed in. the help message to the user terrninal. The user precon- 

HEX figuration program reads and parses the INPUT state- 

The HEX statement causes the preconfiguration pro- 45 ment and awaits a 6-character ASCII text string from 

gram to provide a method for the user to key in a which to assign the configuration parameter "/key." 

hexadecimal value which is range checked. The Upon user input of the ASCII string "newkey," the 

format of the HEX statement is as follows: string "newkey" is assigned to the configuration param- 

HEX < range > eter. The user preconfiguration program reads and 

"< configuration parameter string >" 50 parses the CHANGE statement, removes the previ- 

If the option string includes an "@" sign ("@"), ously assigned value "oldkey" and stores the newly 

when the user is prompted to make a keyin, the assigned string "newkey." As a result, an updated entry 

value in the current option string which corre- 703 is stored in the I/O Registry which includes the 

spends to the "@" sign is displayed as an initial configuration parameter having the newly assigned 

value which the user can edit or replace. The "@" 55 value. 

sign will be replaced by the hexadecimal value The inventive method and system has been described 

keyed in. with reference to a specific set of definition statements. 

INPUT However, it will be understood that many different 

The INPUT statement causes the user preconfigura- types of definition statements having many different 
tion program to provide a method for the user to 60 formats may be used by the user preconfiguration pro- 
key in a string which is length checked. The string gram to provide a user with control of configuration of 
may contain any character with a value greater the device driver. Also, the user configuration program 
than hex 20 (ascii space). will readily be implemented by one of ordinary skill not 

The format of the INPUT statement is as follows: only to modify existing configuration parameters, but 
INPUT < character count > *'< option string >" 65 also to add new configuration parameters when adding 

The character count specifies the maximum length of new device drivers or new component drivers therein, 

the string which may be keyed in. If the option to reset configuration parameters to default values, or to 

string includes an "@" sign ("@"), when the user is undo configuration parameters to previous values as 
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requested by the user, other variations of the inventive invoking the selected component driver for inclusion 

method and system will also be readily apparent to one in the device driver; and 

skilled in the art. passing the invoked selected component driver the 

What is claimed is: set configuration parameter. 

1. A method, performed by a computer having a 5 7. The method of claim 5 wherein the step of obtain- 
device driver, for providing a user with control of con- mg the configuration information comprises 
figuration of the device driver, the method comprising reading component driver definition information con- 
the steps of: taking the definition statements; and 

identifying definition information for the device prompting the user in accordance with the definition 

driver, the definition information including defini- 10 statements to obtain the configuration information, 

tion statements that specify a manner in which 8 . The method of claim 7 wherein the step of setting 

configuration information is to be obtained from ^ configuration parameter comprises assigning a value 

the user and m which a configuration parameter is to ^ configuration parameter in accordance with the 

to be set, each definition statement having a func- definition statements 

tion relating to the setting of configuration infor- 15 9 ^ met hod of claim 8 wherein the step of config- 

ma on; uring the component driver into the device driver com- 

obtaining configuration information form the user m prises 

accordance with the definition statements of the . . . A , , . , , . „ . , . 

identified definition information; mvol^^ 

setting the configuration parameter in accordance 20 ^ occ . t . i^^J^'J^L* + , . < 

with the obtained configuration information and paSSm | * e * voked ^ + ected component dnver the 

the definition statements of the identified definition , n C SSS^ Pff^T u ^ 

information- and 10 * me &od of claim 5 wherein the step of setting 

configuring the device driver in accordance with the configuration parameter comprises 

set configuration parameter. 25 readmg configuration parameter from a parame- 

2. The method of claim 1 wherein the step of obtain- ter **&**y for holdm S current values of configur- 
ing the configuration information comprises parameters; 

reading one of the definition statements; and modifying the configuration parameter in accordance 

prompting the user in accordance with the read defi- ^ obtained configuration information, and 

nition statement to obtain the configuration infor- 30 storm S modified configuration parameter into the 

mation. parameter registry. 

3. The method of claim 2 wherein the step of setting u *. ^ m *food of claim 10 wherein the step of con- 
the configuration parameter comprises assigning a value figuring the component driver into the device driver 
to the configuration parameter based on the obtained comprises 

configuration information. 35 invoking the selected component driver for inclusion 

4. The method of claim 1 wherein the step of setting m . ^ device driver; and 

the configuration parameter comprises passing the invoked selected component driver the 

reading the configuration parameter from a parame- configuration parameter, 

ter registry for holding current values of configura- ^ The method of claim 5 further comprising the step 

tion parameters; 40 °f initially obtaining from the user a selection to add a 

modifying the read configuration parameter in accor- new component driver, and wherein the step of setting 

dance with the obtained configuration information; tne configuration parameter comprises 

and designating the configuration parameter for the new 

storing the modified configuration parameter into the component driver in accordance with the obtained 

parameter registry. 45 configuration information; and 

5. A method, performed by a computer having a storing the designated configuration parameter into a 
device driver having component drivers, for providing parameter registry, the parameter registry for hold- 
a user with control of configuration of the device ing current value of configuration parameters, 
driver, the method comprising the steps of: 13. The method of claim 12 wherein the step of con- 
obtaining from the user a selection of one of the com- 50 figuring the component driver into the device driver 

ponent drivers; comprises 

obtaining from the user configuration information for invoking the selected component driver for inclusion 

the selected component driver by prompting the in the device driver; and 

user in accordance with definition statements, the passing the invoked component driver the configura- 

definition statements for controlling the setting of a 55 tion parameter. 

configuration parameter for the selected compo- 14. The method of claim 5 further comprising the step 
nent driver, each definition statement having a of initially obtaining from the user a request to reset the 
behavior relating to the obtaining of data from the selected component driver, and wherein the step of 
user or the setting of the configuration parameter; setting the configuration parameter comprises 
setting the configuration parameter corresponding to 60 resetting the configuration parameter for the selected 
the obtained configuration information in accor- component driver to a default value; and 
dance with the definition statements; and storing the reset configuration parameter into a pa- 
configuring the selected component driver into the rameter registry, the parameter registry for holding 
device driver in accordance with the configuration current values of configuration parameters, 
parameter. 65 15. The method of claim 14 wherein the step of con- 

6. The method of claim 5 wherein the step of config- figuring the selected component driver comprises 
uring the selected component driver into the device invoking the selected component driver for inclusion 
driver comprises in the device driver; and 
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passing the invoked component driver the configura- 
tion parameter. 

16. A computer system having a device driver, and 
providing a user with control of configuration of the 
device driver, the computer system comprising: 

means for obtaining device driver configuration in- 
formation from the user by prompting the user in 
accordance with definition statements, the defini- 
tion statements for controlling the setting of a con- 
figuration parameter for the device driver, each 
definition statement having a behavior relating to 
the obtaining of data from the user or the setting of 
the configuration parameter; 

means for setting a configuration parameter corre- 
sponding to the configuration information; and 

means for configuring the device driver in accor- 
dance with the configuration parameter. 

17. The computer system of claim 16 further compris- 
ing means for storing device driver definition informa- 
tion containing the definition statement for prompting 
the user to obtain the configuration information. 

18. The computer system of claim 16 further compris- 
ing means for storing a parameter registry containing a 25 
current value of the configuration parameter set by the 
means for setting the configuration parameter. 

19. A computer system having a device driver com- 
posed of component drivers, the computer system for 
providing a user with control of configuration of the 30 
device driver and comprising: 

means for obtaining a selection of a component driver 
and configuration information from the' suer in 
accordance with definition statements, the defini- 
tion statements for controlling the setting of a con- 
figuration parameter for the device driver, each 
definition statement having a behavior relating to 
the obtaining of data from the user or the setting of 
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means for setting the configuration parameter for the 
component driver in accordance with the obtained 
configuration information; and 

means for configuring a device driver including the 
component driver in accordance with the configu- 
ration parameter by invoking the component 
driver and passing the configuration parameter to 
the invoked component driver during configura- 
tion of the device driver. 

20. The computer system of claim 19, further com- 
prising means for storing a component driver definition 
information containing a definition statement for 
prompting the user to obtain the configuration informa- 
tion. 

21. The computer system of claim 19 further compris- 
ing means for storing a parameter registry containing 
current values of configuration parameters. 

22. A method executed in a computer system for 
establishing configuration information for configuring a 
device driver, the method comprising the steps of: 

identifying definition information associated with the 
device driver, the definition information having a 
plurality of definition statements, the plurality of 
definition statements for controlling setting of the 
configuration information for the device driver, 
each definition statement having an associated be- 
havior, the behaviors including obtaining of data 
from a user for use in establishing the configuration 
information and setting the configuration informa- 
tion in accordance to the obtained data; and 

for each definition statement, performing the behav- 
ior associated with the definition statement, 
whereby data is obtained from a user and configu- 
ration information is set in accordance to the ob- 
tained data. 

23. The method of claim 22 including the steps of 
creating the definition information by specifying the 
plurality of definition statements and associating the 
created definition information with the device driver. 
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corrected as shown below: 

In column 11, claim 1, line 17, please delete "form" and 
substitute therefor — from — . 

In column 12, claim 12, line 48, please delete "value" and 
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In column 13, claim 19, line 34, please delete "suer" and 
substitute therefor — user — . 
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